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mehreren programmgesteuerten medizinischen Geraten 
bzw. Anlagen, insbesondere von endoskopischen Gera- 
ten, die innerhalb eines Operationssaals oder in mehre- 
ren zu einem Klinikbereich gehorenden Operationssalen 
einer Operation oder mehreren Operationen zugeordnet 
sind, werden die Gerate bzw. Anlagen (1, 2, 11, ...1n) un- 
tereinander durch ein CAN-Bus verbunden und das stan- 
dardisierte Schicht-Sieben-Protokoll CANopen fur die 
Kommunikation der am Bus angeschlossenen Gerate un- 
tereinander wird so modifiziert, daS eine dynamische Ver- 
bindungszuordnung der Gerate untereinander ermoglicht 
wird, so daft sich mit ein und demselben CAN-Bus logisch 
z. B. eine doppelte Ringstruktur, eine Ring-Kern-Struktur 
und eine Ring-Ring-Struktur bilden I a (St. Dieses aufgebro- 
chene CANopen-Protokoll erlaubt aufcer der Kommunika- 
tion eines als Slave zugeordneten Gerats (11...1n)zu dem 
als Master fungierenden Leitrechner (1) eine Peer-Peer- 
Kommunikation der Gerate untereinander, bei denen die 
Gerate gleichberechtigt sind. Das erfindungsgemafte Ver- 
fahren und die zu seiner Durchfuhrung konzipierte Vor- 
richtung ermoglichen, dalS die uber den CAN-Bus mitein- 
ander verbundenen Gerate aller OP-Sale einer Klinik mit 
dem Leitrechner kommunizieren und von diesem zentral 
gesteuert werden konnen. Alle Gerate sind dabei in der 
Lage, die anfallenden Prozessdaten bzw. Parameter dem 
Leitrechner mitzuteilen. Die Systembedienung ist sowohl 
am Leitrechner ais auch an den Geraten ... 
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Beschreibung 

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zur automatischen Steuerung und Verwakung von pro- 
grammgesteuerten medizinischen Geraten bzw. Anlagen, insbesondere von endoskopischen Geraten gemaB den im 
5 Oberbegriff des Anspruches 1 bzw. 8 angegebenen Merkmalen. 

Die Verwaltung, Systemeinstellung und -konfiguration verschiedener bei einer Operation verwendeter medizinischer 
Gerate und besonders endoskopischer Gerate miissen derzeit vor jeder Operation noch manuell durch das Operationsper- 
sonal ausgefuhrt werden. Zu verschiedenen Operationen bzw. bei verschiedenen Operationstechniken miissen dazu ver- 
schiedene Gerate auf die unterschiedlichsten Situationen jedesmal vollstandig neu eingestellt werden. Auch die Verwal- 
10 tung von fehlerhaften oder routinemaBig auszutauschenden Geraten oder Gerateteilen wird derzeit noch von Hand pro- 
tokolliert und uberwacht. 

Treten bei bekannten endoskopischen Systemen technische Probleme kurz vor oder wahrend der Operation auf, so 
muB derzeit die ganze Handhabung noch manuell vorn Operationspersonal vorgenoinmen werden. Aufgrund der Tatsa- 
che, daB es sich dabei um hochkomplexe Systeme handelt, bei denen haufig mehrere elektronische Gerate und Instru- 
15 mente in den verschiedensten Konfigurationen zusammenarbeiten miissen, ist das Operationspersonal oft nicht im ein- 
zelnen iiber die sehr umfangreichen MaBnahmen und Moglichkeiten beim Auf treten eines bestimmten Fehlers oder Pro- 
blems informiert. 

Erschwerend kornmt dabei der StreB des Operationspersonals sowie die Zeitproblematik beziiglich der Behebung ei- 
nes Problems oder Fehlers wahrend der Operation hinzu. Auch technisch orientierte Benutzer konnen oft die entspre- 
20 chende Problematik bei Erkennung eines Fehlers oder Problems nicht oder nur ungeniigend erfassen oder lokalisieren. 

Es ist Aufgabe der Erfindung, ein Verfahren und eine Vorrichtung zur automatischen Verwaltung und Steuerung von 
einander ortlich und funktionell zugeordneten Geraten oder Anlagen, insbesondere von endoskopischen Geraten, zu 
schaffen, die das Operationspersonal endasten und Kosten fur Gerate verwaltung und/oder -einstellung einsparen kon- 
nen. 

25 Der verfahrensmaBige Teil dieser Aufgabe wird durch die in Anspruch 1 angegebenen Merkmale gelost, der vorrich- 
tungsmaBige Teil durch die in Anspruch 8 angegebenen. 

Das Verfahren und die Vorrichtung sind in der Lage, die Gerate oder Anlagen mehrerer Operationssale bzw. Operatio- 
nen gleichzeitig zu steuern bzw. zu uberwachen. 

Das erfindungsgemaBe Verfahren und die Vorrichtung bringen eine wesendiche Vereinfachung der Systembedienung 
30 fur das Operationspersonal, da vor einer bestimmten Operation alle Gerate, insbesondere eines endoskopischen Systems, 
automatisch auf die fur eine Operation bzw. Operations technik bendtigte Konfiguration und Gerateeinstellung gebracht 
werden konnen. 

Ferner konnen erfindungsgemaB alle Anderungen oder Einstellungen, die wahrend einer Operation an den Geraten 
vorgenommen werden, automatisch erfaBt werden. Insbesondere kann eine Vielzahl von Bedienungsschritten, die an al- 

35 len fur eine Operation notwendigen Geraten vor einer Operation notwendig sind, auf eine einzige Systembedienung re- 
duziert werden. Jeder bei der Operation eingesetzte Arzt kann dabei seine subjektiven Bedurfhisse bei der Systemeinstel- 
lung beriicksichtigen und gleichzeitig bei Beginn einer Operation GewiBheit haben, daB fur jede spezielle Anwendung 
seine definierte Systemeinstellung vorgenommen worden ist. 
Damit die langfristige Storungsfreiheit eines kompletten Systems verlangert werden kann und um Wartungskosten 

40 einzusparen, wird der Benutzer rechtzeitig, durch entsprechende Meldungen auf dem Bildschirm eines Leitrechners oder 
eines sonstigen Ausgabegerates auf kritische Anlagenkomponenten, wie Austausch von VerschleiBteilen, Nachfullen 
von Fliissigkeiten und Gasen, elektronische oder physikalische Probleme, hingewiesen, und erfahrt auch den geeigneten 
Zeitpunkt zur Wartung der Anlage bzw. einzelner Gerate. Dadurch wird die Wahrscheinlichkeit der Entstehung eines Sy- 
stemfehlers, Geratefehlers oder Ausfalls wahrend einer Operation deutlich verringert. 

45 Ferner ist es erfindungsgemaB moglich, samtliche wahrend einer Operation anfallende Informationen an einem medi- 
zinischen Gerat bzw. endoskopischen System auch im Nachhinein nachvollziehen zu konnen. Weiterhin konnen solche 
Informationen nach der Operation zu Dokumentationszwecken abgelegt, d. h. gespei chert werden. 

Das Operationspersonal wird vor allem bei wahrend einer Operation auflretenden technischen Problemen entlastet, da 
beim Erkennen einer Systemstorung, eines Geratefehlers, einer Geratestorung bzw. Ausfalls desselben im Gesamtsystem 

50 eine entsprechende intelligente Behandlung der Situation erfolgt. Dabei wird der aktuelle Systemzustand automatisch er- 
faBt und analysiert. AnschlieBend werden nach Moglichkeit die entsprechenden FehlerbehebungsmaBnahmen, wie z. B. 
Ersatz eines ausgefallenen Gerats durch ein gleichartiges automatisch eingeleitet. 

Zur Erfullung der oben genannten Aufgaben sind die Gerate eines oder mehrerer Operationssale einer Klinik durch ein 
Bussystem, vorteilhaft durch einen CAN-BUS, miteinander und mit einem Leitrechner verbunden, durch den sie zentral 

55 verwaltet bzw. gesteuert werden konnen. 

Alle Gerate verfugen gemaB der Erfindung iiber eine intelligente programmgesteuerte Prozessoreinheit und sind in der 
Lage, iiber den CAN-Bus alle anfallenden ProzeBdaten bzw. -parameter einander und dem Leitrechner mitzuteilen. 
Durch spezielle fur jedes der vemetzten Gerate und den Leitrechner definierte Steuer-, Verwaltungs-, Kommunikations- 
und Fehlerprotokolle lassen sich die gesamten oben genannten Aufgaben softwaremaBig realisieren, Die Software ist im 

60 gesamten System, d. h. im Leitrechner und in den vemetzten Geraten implementiert. 

Die Kommunikation erfolgt durch Andem des standardisierten CANopen-Protokolls, Dieses verwendet standardma- 
Big Punkt-zu-Punkt-Verbindungen (Peer-to-Peer-Verbindungen). Durch Andem der Kommunikationsstruktur werden 
sowohl logische Sende- und Empfangsadressen als auch Hardware-Sende- und EmpfangspufFer eingespart. Diese Gerate 
kommunizieren mit dem aufgebrochenen CANopen-Master-Slave-Protokoll entweder iiber eine doppelte Ringstruktur, 

65 eine Ring-Stem-Struktur oder eine Ring-Ring-Struktur. Diese Kommunikationsstrukturen sind jedoch nicht hardware- 
maBig sondem logisch iiber eine entsprechende Adressierung ermoglicht. 

Bei der doppelten Ringstruktur verkurzt sich, wenn die Anzahl der Knoten gleich bleibt, die Ubertragungszeit, und es 
verringert sich die Buslast, da die Kommunikation in zwei Richtungen ablauft. Fur jeden Knoten, d. h. die Schnittsteile 
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I des Ersatzrechners, miissen die Knoten aller anderer ini^ffig aufgenommener Knoten 
iiber einen Algorithmus, iiber Adressenlisten oder durch Ubertragung vom Leitrechner bekannt sein.' Der Knoten ent- 
scheidet dann, welcher Weg der kurzere Obertragungsweg ist. 

Bei einer Ring-Stern-Struktur werden Stemaussenpunkte durch eine Ringstruktur miteinander verbunden. Gerate, die 
zu einem System bzw. einer Gerategruppe gehoren und somit einen schnellen Datenaustausch benbtigen, werden zu ei- 5 
nem Stern zusammengeschaltet. In diesem Fall findet eine Peer-to-Peer-Verbindung zwischen Sternpunkt und Sternau- 
Benpunkt als schnellste Ubcrtragungsform statt. Die Kommunikation zwischen SternauBenpunkt und SternauBenpunkt 
findet iiber den Sternpunkt statt (SternauBenpunkt — ► Sternpunkt — + SternauBenpunkt). 

Fur jeden Knoten miissen die Knoten-IDs aller anderen im Ring aufgenommener Knoten iiber einen Algorithmus oder 
iiber Adresslisten oder durch Ubertragung vom Leitrechner bekannt sein. 10 

Die Knoten-IDs liegen dem Knoten in einer Tabelle/Matrize vor. Aus der Tabelle werden die Knoten-IDs einer Zeile 
zu einem Stern zusammengefaBt. Nach einem Algorithmus wird ein Sternpunkt ausgewahlt. Die Sternpunkte aller Zeilen 
der Tabelle werden durch eine Ringstruktur miteinander verbunden. 

Bei der Ring-Ring-Struktur werden solche Teilnehmer zu einem Ring zusammengeschaltet, die relativ oft Daten un- 
tereinander austauschen. Sind weitere Teilnehmer am Bus, werden auch diese zu einem weiteren Ring konfiguriert. Die 15 
Konfiguration eines Ringes erfolgt, wie bei der Konfiguration eines Ringes bei der Doppel-Ring-Konfiguration. 

Um die Kommunikation zwischen alien medizinischen Geraten zu ermoglichen, werden bestimmte Knoten der jewei- 
ligen Ringe zu einem gemeinsamen Ring zusammengeschlossen. Dies wird Equivalent zu dem Verfahren des Zusam- 
menschlieBens der Sternpunkte zu einem Ring bei der Ring-Stern-Struktur vorgenommen. 

Die Erfindung ist nachfolgend anhand von in der Zeichnung dargestellten Ausfuhrungsbeispielen naher erlautert. Es 20 
zeigen: 

Fig. 1 ein Blockschaltbild eines zur Durchftihrung des erfindungsgemaBen Verfahrens geeigneten, durch einen CAN- 
Bus verbundenen Systems aus mehreren medizinischen Geraten bzw. Anlagen, einem Leitrechner und einem Ersatzrech- 
ner; 

Fig. 2A ein schematisches Ablaufdiagramm eines beim erfindungsgemaBen Verfahren verwendeten Software- Makro- 25 
recorders zur Aufzeichnung und Abspeicherung eines Makros; 

Fig. 2B ein schemadsches Ablaufdiagramm eines Programms zum Laden und Einspielen eines Makros in das System; 

Fig. 2C ein schematisches Ablaufdiagramm eines zum Laden, Abspielen, Andem und Speichem eines Makros dienen- 
den Programms; 

Fig. 3 ein schematisches Ablaufdiagramm eines zur Wartung und Serviceanalyse dienenden Programms; 30 
Fig. 4 ein schemadsches Ablaufdiagramm einer LOG-IN-FTLE-Erstellung zur Dokumentation; 
Fig. 5 ein schematisches Ablaufdiagramm eines zur Fehlerbehandlung in der erfindungsgemaBen Vorrichtung dienen- 
den Programms; 

Fig. 6 A und 6B ein Beispiel eines Makrorecorders fur ein aus Kamera, Lichtprojektor, Insufflator und Saug-Spul- 
Pumpe bestehenden Systems von Endoskopiegeraten; 35 
Fig. 7 schematisch eine Doppelring-Struktur; 
Fig. 8 schematisch eine Ring-Stern-Struktur und 

Fig. 9 schematisch eine Ring-Ring-Struktur mehrerer durch einen CAN-Bus verbundener Gerate. 

Das in Fig. 1 dargestellte Blockschaltbild zeigt schematisch mehrere durch einen CAN-Bus miteinander und mit ei- 
nem ubergeordneten Leitrechner 1 und einem Ersatzrechner 2 verbundene medizinische Gerate 11-ln, die Endoskopie- 40 
gerate sein konnen. Uber die Busleitungen CAN_H und CAN_L werden CAN-Bus- bzw. Datentelegramme bidirektional 
ubertragen. Dabei ist erfindungsgemaB auch eine gleichberechtigte und dadurch schnelle Kommunikation der durch den 
CAN-Bus miteinander verbundenen medizinischen Gerate U-ln untereinander moglich. 

In einem Beispiel konnen die Gerate 11-ln einen Lichtprojektor, eine Videokamera, einen Insufflator, eine Saug-Spiil- 
Pumpe, usw. umfassen und von der als Leitrechner 1 bezeichneten zentralen Steuereinheit bedient werden. Diese Gerate 45 
werden von dem Leitrechner 1 z. B. als eine erste Gerategruppe A verwaltet, die z. B. zu einem endoskopischen System 
eines Operationssaales einer Klinik gehort, Wie erwahnt, ist auch ein schneller Datenaustausch zwischen den Geraten 
Lichtprojektor, Kamera, Insufflator, Saug-Spul-Pumpe moglich. So kann die Kamera z. B. Regelwerte (Videosignal) 
iiber den Bus an den Lichtprojektor ubertragen. Ebenso kann der Insufflator Daten zur Texteinblendung am Monitor iiber 
den CAN-Bus an die Kamera ubertragen. 50 

Eine zweite Gerategruppe B unter den Geraten 11-ln besteht z. B. aus einem Lichtprojektor, einer Kamera und einem 
Insufflator und einer Saug-Spiilpumpe, die zu einem anderen endoskopischen System eines anderen OP's derselben Kli- 
nik gehoren. Auch bei dieser Gerategruppe ist ein schneller Datenaustausch der Gerate untereinander iiber den CAN-Bus 
erforderlich. 

Da alle Gerategruppen durch den CAN-Bus mittels des aufgebrochenen CANopen-Protokolls miteinander und mit 55 
dem ubergeordneten Leitrechner 1 oder im Fehlerfall - bei dem der Leitrechner 1 gestort ist - mit dem Ersatzrechner 2 
kommunizieren, ist sowohl ein echtzeitfahiger Datenaustausch zwischen den einzelnen Geraten als auch zwischen den 
Gerategruppen moglich. Dabei verkleinert sich die Zeitverzogerung im Vergleich zu bisher bekannten Strukturen, wo 
Einstellungen, Parameterveranderungen, WartungsmaBnahmen, Fehlermeldungen separat an den einzelnen Geraten vor- 
genommen und protokolliert werden muBten. 60 

Wie weiter unten noch im einzelnen ausgefuhrt wird, beruht die Busstruktur des CAN-Buses prinzipiell auf dem 
Schicht-7-Protokoll CANopen, welches jedoch aufgebrochen ist, so daB sich durch die Adressierung logisch mehrere 
verschiedene Kommunikationsstrukturen z. B. eine doppelte Ringstruktur, eine Ring-Stern-Struktur und eine Ring-Ring- 
Struktur mit ein und demselben CAN-Bus verwirklichen lassen. 

Auf der Grundlage der in Fig. 1 schemadsch als Blockschaltbild dargestellten Hardwarestruktur, wird nun anhand der 65 
in den Fig. 2A, 2B, 2C und 3 bis 5 dargestellten Ablaufdiagramme ein intelligentes Systemmanagement beschrieben, 
welches aus folgenden Teilen besteht: 
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1 . Makrorecorder (Fig.Tff, 2B, 2C); 

2. Wartungs- und Serviceanalyse gem. Fig. 3; 

3. LOG-IN-HLE-Erstellung zur Dokumentation gem. Fig. 4 und 

4. Fehlerbehandlung gem. Fig. 5. 



1. Makrorecorder (Fig. 2A, 2B, 2C) 

Uber den Makrorecorder kann sich der Benutzer von endoskopischen Systemen die komplette Systemeinstellung fiir 
10 bestimmte Operationsarten und -techniken in einem einmaligen Vorgang zusammenstellen und abspeichern. 

Der Makrorecorder kann dabei vom Benutzer eines komplett durch den Leitrechner initialisierten endoskopischen Sy- 
stems aktiviert werden (Fig. 2 A). Danach werden alle getatigten Einstellungen an alien Geraten des Systems bzw. am 
Leitrechner 1 aufgezeichnet. Nach dem Deaktivieren des Makrorecorders wird ein vom Leitrechner mitprotokollierter 
Makrofile unter einem Namen, welcher vom Benutzer eingegeben wird, im vorhandenen Datenspeicher gesichert. 
15 Durch den Aufruf des Makrorecorders und die Eingabe des Dateinamens des entsprechenden Makrofiles, kann dieser 
in das System eingespielt werden (Fig. 2B). Das endoskopische System wird dann in genau der Art und Weise konfigu- 
riert, wie dies in dem entsprechenden Makrofile beschrieben ist. 

Der Makrorecorder ist nicht an den Leitrechner 1 gebunden, d. h. die erforderliche Software kann auch in einem Gerat 
implementiert sein, um nur dieses eine Gerat zu konfigurieren. Die Konfiguration des Gerates kann auch uber entspre- 
20 chend programmierte Chipkarten erfolgen, welche am entsprechenden Gerat eingefuhrt werden. 

Neben den Funktionen RECORD und PLAY des Makrorecorders kann uber die Funktion CHANGE das bereits ge- 
speicherte Makro problemlos geandert werden (Fig. 2C). 



2. Wartungs- und Serviceanalyse nach dem Hochfahren des Systems (boot- up) (Fig. 3) 

25 

Nach dem "boot- up" des endoskopischen Systems werden alle ProzeBdaten und ProzeBparameter beziiglich der Sy- 
steminstandhaltung bzw. der Geratewartung (Zustand von Gerateteilen, Hilfsmitteln, etc.) von alien endoskopischen Ge- 
raten des Systems vom Leitrechner eingelesen. Anhand dieser Daten wird der Leitrechner in die Lage versetzt, den Zu- 
stand des Systems komplett zu analysieren und MaBnahmen beziiglich der Wartung oder des Austausches von Ver- 
30 schleiBteilen oder notwendigen Hilfsmitteln dem Benutzer uber den Bildschirm mitzuteilen. 



3. LOG-IN-FILE-Erstellung zur Dokumentation (Fig. 4) 



Normaierweise werden vom Leitrechner nur die fur ihn wichtigen Nachrichten des Bussystems abgehort und bearbei- 
35 tet. Uber einen LOG-IN-MODE kann die gesamte Buskommunikation einer Klinik vom Leitrechner mit Zeitmarken ver- 
sehen und in einem LOG-IN-FILE mitprotokolliert und abgespeichert werden. 

Welche Daten dabei im LOG-IN-FILE abgelegt werden, kann durch den Benutzer am Leitrechner uber Filter einge- 
stellt werden. Hierbei kann unter folgenden Moglichkeiten der Protokollierung gewahlt werden: 

40 - komplette Buskommunikation, 

- Daten einzelner OP's, 

- Daten einzelner Gerate, 

- System- bzw. Geratebedienungen, 

- alle/bestimmte ProzeBparameter bzw. ProzeBdaten, 
45 - Fehlerbehandlung. 

Durch die Markierung der gesamten Kommunikationsdokumentation uber Zeitmarken im LOG-IN- FILE kann auch 
im nachhinein der detaillierte zeitliche Ablauf der aufgezeichneten Kommunikation in alien OP's nachvollzogen werden. 

50 4. Fehlerbehandlung (Fig. 5) 

Bei einem Geratefehler bzw. einer Geratestorung wird nach Moglichkeit der Fehler automadsch vom Leitrechner be- 
hoben. Dabei werden die fiir das Problem verantwortlichen ProzeBdaten von der jeweiligen Einheit in den Leitrechner 1 
eingelesen. Dieser entscheidet dann anhand einer Matrix, ob dieses Problem sofort behoben werden kann (sofortige Aus- 
55 fiihrung!) oder ob eine unterstiitzenden MaBnahme durch den Benutzer notwendig ist (Ausgabe am Bildschirm/Gerat!), 
bevor eine Fehlerbehebung eingeleitet werden kann. 

Handelt es sich um einen Gerateausfall oder um eine schwerwiegendere Storung, welche nicht in einem definierten, 
zeitlich eng begrenzten Zeitraum zu beheben ist, so wird das entsprechende Gerat vom Leitrechner aus dem System ent- 
fernt. Dabei wird das Gerat uber den Bus vom System abgemeldet. Weiterhin werden alle relevanten elektrischen Signale 
60 uber eine dafiir eingerichtete Elektronik vom System weggeschaltet. 

Ein vorhandenes Ersatzgerat wird dann vom Leitrechner automadsch in das System eingebunden. Die relevanten elek- 
tronischen Signale werden dann auf das neue Gerat aufgeschaltet. Die Konfiguradon des neuen Gerates wird dann ent- 
sprechend der des defekten Gerates zum Ausfallzeitpunkt vorgenommen. Sind beide Gerate nicht direkt vergleichbar, so 
wird die bestmogliche Einstellung fiir die aktuelle Anwendung automadsch vom Leitrechner gewahlt. Die Operation 
65 kann unmittelbar nach dieser automatisierten MaBnahme fortgesetzt werden. 

Ober die Fehlerbehandlung wird der Leitrechner 1 durch einen Ersatzrechner 2 uberwacht. Dieser protokolliert eben- 
falls die gesamte Buskommunikation mit und ist somit in der Lage, bei einem eventuellen Ausfall oder Systemabsturz 
des Leitrechners 1 die Funktion des CAN-Buses aufrecht zu erhalten. Bis auf die fiir die Umschaltung notwendige Hard- 



4 



• DE 199 04 090 A 1 
sseitig realisiert, 

Beim Speichem der Daten im LOG-IN-File wird der Datenverkehr aller Gerate im System protokolliert. Die Daten des 
LOG-IN- Files konnen nach der Operation aufbereitet, gefiltert und damit nach den jeweiligen Anforderungen ausgewer- 
tet werden. Dabei stehen bei einer spateren Auswertung die Daten in dern zeitlichen Raster zur Verfugung, in dem sie bei 
der Aufzeichnung angefallen sind. Bei Fehlern, die bei Geratebedienung oder bei den Geraten auftreten, kann somit ge- 5 
nau festgestellt werden, welche Bus-Telegramme bzw. welche Geratebedienungseinsteilungen zum FehLerzeitpunkt ak- 
tuell waren bzw. vorgenommen wurden. Fehler lassen sich somit genau zuriickverfolgen. Die Fehlerbehandlung verbes- 
sert sich dadurch entschieden. Wird das LOG-IN-File abgespielt bzw. wiedergegeben, werden alle wahrend der Opera- 
tion vorgenommenen Einstellungen, d. h. sowohl Einstellungen, die an einer Bedienungstafel eines Gerats vorgenom- 
men wurden als auch Einstellungen, die iiber den Bus-Master, respektive den Leitrechner vorgenommen wurden, an den 10 
Geraten wieder vorgenommen. Damit kann jede Operation genau analysiert werden. 

Als Beispiel fiir von endoskopischen Geraten erfaBten Daten seien Betriebsdaten genannt, wie Flowwert, Druck (je- 
weils Soil- und Istwert), Saugleistung, Helligkeitswert, Gastemperatur in Abhangigkeit von der Flowrate usw. Andere 
Daten, die erfaBt werden sollen, sind z. B. Fehlermeldungen. 

Nun wird anhand der Fig, 6A und 6B ein Beispiel fur einen Makrorekorder in einem System beschrieben, das aus fol- 15 
genden Endoskopiegeraten besteht: 
Kamera, Lichtprojektor, Insufflator, Saug-Spul-Pumpe. 

Zuerst wird die Startkonfiguration samtlicher am System angeschlossener Gerate aufgenommen werden (Schritt SI). 
Dies geschieht per "Default". Die im Schritt SI angefuhrten Konfigurationen des Geratelichtprojektors (LQ), Kamera 
(KAM), Insufflator (PNEU) und Saug-Spiilpumpe (SAUG) ist lediglich beispielhaft fiir eine trans anale endoskopische 20 
Mikrochirurgie. 

Durch den Schritt S2 wird die in Schritt SI aufgenommene Geratekonfiguration in den verschiedenen Menus ange- 
zeigt. Dann wird ins Hauptmenu verzweigt (S3) und im Schritt S4 der Makrorekorder aktiviert. Hier und im folgenden 
bedeuten: 

25 

MS - "Menusteuerung" GS - "Geratesteuerung" A - "Abspeichem". 

Im Schritt S5 wird dynamisch Zwischenspeicherplatz reserviert und initialisiert. Dann wird im Schritt S6 das Licht- 
quellenmenii aufgerufen, und es werden die Werte abgespeichert; im Schritt S7 wird die manuelle Geratesteuerung ge- 
wahlt, d. h., daB die automatische Regelung ausgeschaltet wird. Der gewahlte Parameter "Manuell" wird abgespeichert. 30 
Im Schritt S8 wird die Helligkeit der Lichtquelle LQ auf 50% gesetzt und im Schritt S9 das Licht der Lichtquelle ange- 
schaltet. Der Helligkeitswert von Schritt S8 und die Anschaltung im Schritt S9 werden beide abgespeichert. Dann wird 
im Schritt S10 das Kameramenu aufgerufen und abgespeichert. Der Gain der Kamera KAM wird im Schritt Sll ausge- 
schaltet und dieser Schritt abgespeichert. Dann wird im Schritt S 12 die Regelung der Kamera KAM auf automatisch ge- 
stellt, d. h. Shutterbetrieb und diese Einstellung abgespeichert. Im Schritt S 13 wird durch die Menusteuerung das Insuf- 35 
flatormenii aufgerufen und abgespeichert. Der Druck des Insufflators (PNEU) wird im Schritt S14 auf 15 mm Hg einge- 
stellt und dieser Druck wert abgespeichert. Im Schritt S 15 wird die Flowrate des Insufflators zu zehn Liter pro Minute ein- 
gestellt und diese Flowrate abgespeichert. Dann wird die Insufflation angeschaltet und dieser Vorgang abgespeichert 
(Schritt SI 6). 

AnschlieBend wird im Schritt S17 das Saug-Spulpumpenmenu gewahlt und dieser Vorgang gespeichert. Im Schritt 40 
S18 wird der Spiildruck der Saug-Spiilpumpe auf 1 bar eingestellt und dieser Druckwert abgespeichert. Im Schritt S19 
wird die Saugleistung auf 0,5 1/Min. eingestellt und abgespeichert. Im Schritt S20 wird die Saugung eingeschaltet und 
diese Tatigkeit abgespeichert. Dann wird ins Hauptmenu verzweigt (Schritt S21) und im Schritt S22 der Makrorekorder 
beendet und schlieBlich im Schritt S23 unter einem Namen "X" abgespeichert. 

Nachstehend werden anhand der Fig. 7 bis 9 gemischte Bus-Strukturen zur Optimierung der Kommunikation der 45 
durch den CAN-Bus miteinander verbundenen medizinischen Gerate, insbesondere endoskopischen Gerate, mit einer 
aufgebrochenen CANopen-Kommunikation naher beschrieben. 

CANopen ist ein Protokoll, das auf Kornmunikationsobjekten (COB) beruht, wobei jedem Kommunikationsobjekt 
eine Kennung zugeordnet ist, die seine Prioritat implizit spezifiziert. Die Zuteilung der Kennungen an die COBs ist ein 
wesentlicher Gesichtspunkt des Systemdesigns. 50 

Die Kommunikationsobjektkennungen (COB-IDs) und die Haltezeiten konnen auf die Gerate entweder statisch oder 
dynamisch verteilt sein. "Statische Verteilung" bedeutet, daB die Objektkennungen und Haltezeiten fest sind und nur 
durch ein jeweiliges Modul oder Gerat eigene Mittel wie z. B. Schalter und Anpassungs software verandert werden kon- 
nen. Dagegen bedeutet eine "dynamische Verteilung", daB die Kennungen und die Haltezeiten iiber den CAN-Bus mittels 
standardisierter Dienste und Protokolle verteilt sind. Einige Kennungen (1 bis 2, 1740-1760 DEC) sind vom CANopen 55 
reserviert. 

Bei dem verwendeten Schicht-Sieben-Protokoll CANopen geschieht die Kommunikation mit einem Prozessdatenob- 
jekt (PDO). Das PDO ist ein CANopen-Telegram. FUr die Master-Slave- Kommunikation stehen zwei PDOs zur Verfii- 
gung. ErfindungsgernaB kommuniziert der Slave mit dem Master, d. h. dem Leitrechner, weiterhin uber das CANopen- 
Telegram PD02. Ein Datum wird vom Master, z. B. vom Leitrechner mit PD02 (tx) versendet und vom Slave mit PD02 60 
(rx) empfangen. Vom Slave wird ein Datum mit PD02 (tx) versendet und vom Master mit PD02 (rx) empfangen. Die 
Slave- Slave Kommunikation wird durch Aufbrechen der Standard CANopen-Master-Slave-Struktur folgendermaBen 
realisiert: 




a) doppelte Ringstruktur (Fig. 7) 65 

Bei einem einfachen Ring wiirde eine Nachricht vom vorherigen Knoten aufgenommen und an den nachsten Knoten 
gesandt. Die Kommunikation ware nur in eine Richtung moglich. Durch das Weiterreichen einer Nachricht entsteht eine 
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Anzahl der Teilnehmer kann aus der maximal zulassigen^erzogerungszeit berechnet 



>eriTerz< 



Zeitverzogerung. Die maxin 
werden. 

Durch das Einfuhren eines zweiten Rings ist eine Kommunikation in beide Richtungen moglich. Die maximale An- 
zahl der Teilnehmer im Ring verdoppelt sich, da die Kommunikation in zwei Richtungen stattfindet. Bei gleichbleiben- 
5 der Anzahl von Knoten verkurzt sich die Ubertragungszeit und verringert sich die Buslast, da die Kommunikation in 
zwei Richtungen erfolgt. Fur jeden Knoten mussen die Node-IDs aller anderer im Ring aufgenommener Knoten iiber ei- 
nen Algorithmus, uber Listen oder durch Ubertragung vom Master bekannt sein. Der Knoten entscheidet daran, welcher 
Weg der kiirzere Ubertragungsweg ist. 

10 Bildung von Ring 1: 

COB-ID von PDOl(tx) = 384+Node-ID (Knoten) 

COB-ID von PDOl(rx) = 384+Node-ID (vorheriger Knoten im Ring) 

Bildung von Ring 2: 

COB-ID von PD03(tx) = 512+Node-ID (Knoten) 
15 COB-ID von PD03(rx) = 5 12+Node-ID (nachster Knoten im Ring) 
bzw. 

Bildung von Ring 1: 

COB-ID von PDOl(tx) = 512+Node-ID (Knoten) 
COB-ID von PDOl(rx) = 512+Node-ID (vorheriger Knoten im Ring) 
20 Bildung von Ring 2: 

COB-ID von PD03(tx) = 384+Node-ID (Knoten) 

COB-ID von PD03(rx) = 384+Node-ID (nachster Knoten im Ring) 

Die rx/tx-COB-ID des n-ten/(n-l)-ten Knotens im Ring ist immer die tx/rx-COB-ID des (n-l)-ten/n-ten Knotens im 
25 Ring. 

Die Node-IDs aller am doppeiten Ring beteiligten Knoten liegen jedem Knoten nach einem Algorithmus oder nach ei- 
ner Liste oder durch ttbertragung vom Bus-Master vor. 



Beispiel 



Knoten: 


A 


B 


c 


D 


E 


F 


Node-ID: 


1 


2 


3 


4 


5 


6 


COB-ID von 


385 


386 


387 


388 


389 


390 


PDOl(tx) 














COB-ID von 


390 


385 


386 


387 


388 


389 


PDOl(rx) 














COB-ID von 


513 


514 


515 


516 


517 


518 


PD03(tx) 














COB-ID von 


514 


515 


516 


517 


518 


513 


PD03(rx) 















Es soil eine tJbertragung von Knoten D nach Knoten B erfolgen. Die Obertragung ist sowohl in der Reihenfolge D, E, 
50 F, A, B, als auch in der Reihenfolge D, C, B moglich. Knoten D entscheidet sich fur den kurzeren Weg D, C, B. 

b) Ring-Stern-Struktur (Fig. 8) 

Bei einer Ring-Stern-Struktur werden Sternubertragungsformen aufgebaut, indem bestimmte Knoten sich als Stern- 
55 punkt konfigurieren oder vom Master als Sternpunkt konfiguriert werden. Es werden Knoten zu einem Stern zusammen- 
gefaBt, die relativ oft Daten pro Zeiteinheit miteinander austauschen. Der Sternpunkt reicht dabei Daten von den an den 
Sternpunkt angeschlossenen Knoten durch. Bei einem Stern muB ein Datum also maximal einmal durchgereicht werden, 
Dies ermoglicht eine schnelle Kommunikation. Der Knoten, der die meisten Daten pro Zeiteinheit ubertragt, ist sinnvoll- 
erweise der Sternpunkt. So findet eine Peer- to-Peer- Kommunikation statt, also die schnellste Ubertragungsform. 
60 Um eine Kommunikation rnit weiteren endoskopischen Geraten zu ermSglichen werden die Stempunkte durch eine 
Ringstruktur miteinander verbunden. Fur jedem Knoten mussen die Node-IDs aller anderer im Ring aufgenommener 
Knoten iiber einen Algorithmus oder uber Listen oder durch Obertragung vom Master bekannt sein. Die Node-IDs liegen 
dem Knoten in einer Tabelle/Matrize vor. Aus der Tabelle werden die Node-IDs einer Zeile zu einem Stern zusammen- 
gefaBt. Nach einera Algorithmus wird ein Sternpunkt ausgewahlt. Die Stempunkte aller Zeiten der Tkbelle werden durch 
65 eine Ringstruktur miteinander verbunden. 

Bildung eines Stems: 
Sternpunkt: 
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COB-ID von PDOl(tx) = 3^Pode-ID (Sternpunkt) 
COB-ID von PDOl(rx) = (5 12+Node-ID (Knoten A)) 
AND (5 12+Node-ID (Knoten B)) . . . 

Das PDOl(rx) wird im BasicCAN-Message-Object empfangen. 5 
Die Maske wird eingestellt zu 

MASK = (5 12+Node-ID (Knoten A)) AQUIVALENZ 
(5 12+Node-ID (Knoten B)) . . . 

10 

Damit miissen nur 2^ (Anzahl der Knoten am Sternpunkt) Nachrichten ausgefiltert werden. 

Teilnehmer am Sternpunkt angeschlossen: 
COB-ID von PDOl(tx) = 5 12+Node-ID (Knoten x) 

COB-ID von PDOl (rx) = 384+Node-ID (Knoten x) 15 
Bildung eines Rings: 

COB-ID von PD03(tx) = 896+Node-ED (Knoten) 

COB-ID von PD03(rx) = 896+Node-ID (nachster Knoten im Ring) 

Die rx/tx-COB-ID des n-ten/(n-l) = ten Knotens im Ring ist immer die tx/rx-COB-ID des (n-l)-ten/n-ten Knotens im 20 
Ring 

Beispiel 

Ein Knoten ist der Sternpunkt (hier: Knoten Al, z. B.: Lichtprojektor). 25 

Knoten Al Knoten Bl Knoten CI Knoten Dl Knoten El 

f 

PDOl(tx) — ->PD01(rx) 30 

PDOl(tx) >PD01(rx) 

PDOl(tx) >PD01(rx) 35 

PDOl(tx) ~>PD01(rx) 

PDOl(rx) < - PDOl(tx) 

PD01(rx)< ------ -PDOl(tx) 40 

PDOl(rx) < PDOl(tx) 

PDOl(rx) <~PD01(tx) 45 

Knoten Al ist z. B. Sternpunkt 1, Knoten A2 ist der Sternpunkt 2, usw. 

Knoten Al Knoten A2 Knoten A3 Knoten A4 

50 

PD03(tx) — > PD03(rx) PD03(tx) — -> PD03(rx) 

PD03(rx) PD03(tx) > PD03(rx) PD03(tx)--> 55 



c) Ring-Ring-Struktur (Fig. 9) 

Bei einer Ring-Ring-Struktur werden mehrere Ring-Systeme miteinander kombiniert. Bei einem Ring wird eine Nach- 60 
richt vom vorherigen Knoten aufgenommen und an den nachsten Knoten gesandt. Durch das Weiterreichen einer Nach- 
richt entsteht eine Zeitverzogerung. Die maximale Anzahl der Teilnehmer kann aus der maximal zulassigen Verzoge- 
rungszeit berechnet werden. Urn die maximale Verzogerungszeit moglichst gering zu halten werden nur relativ kleine 
Ringe konfiguriert. Sinnvoll sind dabei 3 bis 8 Teilnehmer. Dabei werden die Teilnehmer zu einem Ring zusammenge- 
schaltet, die relativ oft Daten untereinander austauschen. Sind weitere Teilnehmer am Bus, werden diese Teilnehmer zu 65 
einem weiteren Ring konfiguriert. Die Konfiguration eines Ringes wird wie in a) (Ring 1) beschrieben vorgenommen. 

Urn die Kommunikation zwischen alien medizinischen Geraten zu ermoglichen, werden bestimmte Knoten der jewei- 
ligen Ringe zu einem Ring zusammengeschlossen. Dies wird Equivalent zu b) (Zusammenschliefien der Sternpunkte zu 
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einem Ring) vorgenommen. 

Patentanspriiche 

5 1. Verfahren zur autornatischen Steuerung und Verwaltung von programmgestcuerten medizinischen Geraten bzw. 

Anlagen, insbesondere von endoskopischen Geraten, innerhalb eines oder mehrerer zu einem Klinikbereich geho- 
render Operationssale, gekennzeichnet durch foigende Schritte: 

A Bereitstellen eines die Gerate bzw. Anlagen untereinander verbindenden Netzwerks sowie eines ubergeord- 
neten mit den Geraten/ Anlagen durch das Netzwerk verbundenen Leitrechners; 
10 B Bereitstellen von Softwareschnittstellen im Leitrechner und in jedem der vernetzten Gerate in Form eines fur 

alle Gerate und den Leitrechner definierten Steuer-Verwaltungs-, Kommunikations- und Fehlerprotokolls; 
C Erstellen oder Aktualisieren von die Gesamtsystemkonfiguration beschreibenden Makros unter Einhaltung 
der in Schritt B definierten Protokolle; 

D Initialisieren und Einstellen von Parametern wenigstens eines der Gerate durch Obertragung eines oder meh- 
15 rerer der in Schritt C erstellten oder aktualisierten Makros an das Gerat oder die Gerate; 

E Ruckmelden der sich bei der Initialisierung oder Einstellung des Gerats bzw. der Gerate einstellenden Be- 
triebsparameter und ggf. von Fehlermeldungen an den Leitrechner; 

F Aufzeichnen der Dateninhalte des oder der von die Iniualisierung und/oder Einstellung des Gerats bzw. der 
Gerate ubertragenen Makros und der Dateninhalte der Ruckmeldung wenigstens im Leitrechner; und 
20 G Wiederholen der Schritte C-F fiir jede Anderung der Einstellung an dem Gerat oder den Geraten. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daB der Schritt E einen Schritt aufweist, der nach dem In- 
itialisieren des Gerats bzw. der Gerate alle ProzeBdaten und ProzeBparameter hinsichdich der Instandhaltung und 
der Geratewartung aller vernetzter Gerate an den Leitrechner tibertragt. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB wahrend der Schritt D-F vom Leitrechner eine 
25 Dokumentationsdatei (LOG-IN-FELE) erstellt wird, in dem die gesamte Kommunikation uber das Netzwerk von 

Leitrechner mit Zeitmarken versehen wird und mit den Zeitmarken abgespeichert wird. 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, daB am Leitrechner ein Benutzer definieren kann, welche 
Daten in der Dokumentationsdatei erfaBt und abgespeichert werden, und zwar nach MaBgabe folgender Protokol- 
lierung: 

30 - komplette Buskommunikation; 

- Daten einzelner Operationssale; 

- Daten einzelner Gerate; 

- System bzw. Geratebedienungen; 

- alle oder bestimmte ProzeBparameter oder ProzeBdaten; 
35 - Fehlerbehandlung. 

5. Verfahren nach einem der vorangehenden Anspriiche, dadurch gekennzeichnet, daB zur Fehlerbehandlung die 
fur den Fehler verantwortiichen ProzeBdaten von der jeweiligen Einheit in den Leitrechner iibertragen werden und 
dieser anhand einer Entscheidungsmatrix entscheidet, ob er den Fehler sofort beseitigen kann oder ob eine unter- 
stutzende MaBnahme durch den Benutzer notwendig ist, wobei das Entscheidungsergebnis an einer Anzeigeeinheit 

40 des Leitrechners oder eines der Gerate angezeigt wird bevor eine Fehlerbehebung eingeleitet wird. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, daB der Leitrechner bei Ersatz eines ausgefallenen Gerats 
ein mit dem ausgefallenen Gerat identisches Gerat entsprechend der Einstellung des defekten Gerats zum Ausfall- 
zeitpunkt konfiguriert. 

7. Verfahren nach einem der vorangehenden Anspriiche, dadurch gekennzeichnet, daB ein Schritt zur ttberwachung 
45 des Leitrechners durch einen Ersatzrechner vorgesehen ist, wobei der Ersatzrechner die gesamte Kommunikation 

uber das Netzwerk mitprotokolliert und bei einem Ausfall oder Fehler des Leitrechners die Funktion des Netzwerks 
aufrechterhalt. 

8. Vorrichtung zur Durchfuhrung des Verfahrens nach einem der vorangehenden Anspriiche, dadurch gekennzeich- 
net, daB das die Gerate und den Leitrechner verbindende Netzwerk ein CAN-Bus mit einer aufgebrochenen CANo- 

50 pen-Struktur zur Kommunikation der Gerate untereinander ist, daB jedes der zu verwaltenden bzw. zu steuemden 

Gerate und der Leitrechner eine CAN-Schnittstelle aufweisen, und daB die aufgebrochenen CANopen-Struktur eine 
Gleichberechtigung zweier miteinander kommunizierender Gerate (PEER-PEER) erreicht. 

9. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, daB durch die aufgebrochene CANopen-Struktur eine 
Kommunikationsobjektidentifikation (COB-ID) der durch den CAN-Bus verbundenen Gerate so eingerichtet ist, 

55 daB die Busstruktur logisch einen doppelten Ring bildet. 

10. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, daB bei der aufgebrochene CANopen-Struktur eine 
Kommunikationsobjektidentifikation (COB-ID) der durch den CAN-Bus verbundenen Gerate so eingerichtet ist, 
daB die Busstruktur logisch eine Ring-Stem-Struktur bildet. 

11. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, daB bei der aufgebrochene CANopen-Struktur eine 
60 Kommunikationsobjektidentifikation (COB-ID) der durch den CAN-Bus verbundenen Gerate so eingerichtet ist, 

daB die Busstruktur logisch eine Ring-Ring-Struktur bildet. 



Hierzu 11 Seite(n) Zeichnungen 



65 




8 



ZEICHNUNGEN SEITE 1 




002 031/551 



OffenlegungstB: 



ZEICHNUNGEN SEITE2 Nummer: jfl^ DE19904090A1 

G06F 19/00 

OffenlegungsfagT 3. August 2000 



wh 


ile ( Makrorecorder "RECORD" aktiviert ^ 


Zwischenspeicher dynamisch reservieren und initialisieren 


^^^Jf( Menusteuerung am Busmaster (PC) / 
uber Sprachsteuerung/Joystick ausgeldst/) 

then / . 
— _ 7 f else 


Menusteuerungsbefehle im Zwischenspeicher abiegen 


- ■ — ^_^if( Geratebedienung am Busmaster (PC) / 
^"""^iber Sprachsteuenmg/Joystick ausgelost/) 

*" ^ _ /else 


Systembedienung im Zwischenspeicher abiegen 1 


- — • — .if (_Gmtebedienung am Gerat durchgefiUirt j/' 

then X . 
- - — X else 


Geratebedienung im Zwischenspeicher abiegen |""~ — 


Endekcnnzcichnung dcs Mafcros vomehmen 


Eingabe des Makronamens "NAME.MAC" durch den Benutzer 


Abspcichcrung dcs komplctten Zwischenspcichers in cinem nichtfluchtigcn 
Spcicher frB. Festpiatte, EEPROM, etc.) unter dem Namen "NAME MAC 


<^ break; 



FIG. 2A 
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Nummer: 
Int. CI. 7 : 
Offenlegungstag: 



DE19904 090A1 
G06F 19/00 

3. August 2000 



Eingabedes Makronamens "NAME.MAC" durch den Benutzer 



Zwischenspeicher dynamisch rescrvieren und initialisieren 



Laden des kompletten Files "NAME.MAC" in den Zwischenspeicher 



while ( Endekennzeichen nicht erreicht ) 



Wartezcit in Abhangigkeit von Systemeinstellung cinfugen 



einen Befehl aus dem Zwi schenspeicher lesen 
then 

Befehl MenQsteuenuig am Busmaster (PC) ausfiihren 




if( Menusteuerung Busmaster ) 




FIG. 2B 
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Eingabc des Makronamcns "NAME.MAC" durch den Benutzer 



Zwischeaspcicher dynamisch rcservieren und initialisieren 



Laden des kompletten Files "NAME.MAC" in den Zwischenspeicher 



while ( Eadekennzeichen nicht crreicht 

ODER 

Taste "ENDE" durcb den Benutzer nicht angewahlt ) 




einen Befehl aus dem Zwischenspeicher lesen 



auf Benutzereingabe (DELETE, INSERT 
Oder WORK) warten 



switch ( Wahl des Benutzers ) 
case "DELETE" : 



Wartezeit aktivieren (100ms - 10s) 
und Bedienung Taste "STOP" auffangen 



if ( Taste "STOP" durch 
^den Benutzer betatigt 



then 



auf Benutzereingabe (DELETE, INSERT 
oder WORK) warten 




letzten ausgefuhrten Befehl aus dem Zwischenspeicher lOschen 



Zwischenspeicher aktualisieren und Daten aufrucken 



case "INSERT" : 



angewfihlter Befehl des Benutzers ausfllhren 



Platz im Zwischenspeicher schaffen 



Anweisung im Zwischenspeicher abspeichern 



<^ break; 



case "WORK" 



ca se "DEFAULT " 
K break; 



Endekennzeichnung des Makros vomehmen 



Abspeicherung des kompletten Zwischenspeichers in einem nichtfluchtigen 
Speichcr (z.B. Festplatte, EEPROM, etc.) unter dem Namen "NAME.MAC" 



<C break; 



FIG. 2C 
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Int. CI. 7 : G 06 F 19/00 

Offenlegungstag: 3. August 2000 



Funktion Wartungs* uad Serviceanalyse 



Systeminitialisiening mit dem Hochfahren des kompletten Netzwerkes 



while ( nicht allc endoskopischen Systeme bedient 

(Wartungs- und Serviceanalyse cWohfUhren) ). 




alle relevanten Prozessparameter und 
-daten tlbcr den CAN-Bus abholcn 



if ( Lichtquelle ) 

/tint 



z.B. - GerfUefehler bzw. -ausfall wfihrend der Initialisicmng 

- Betriebsstunden Gerfit 

- Betriebsstunden aktuclle Lampe 

- Anzahl Larnpen 

- Anzahl LampenzQndungen 

- Temperatur 



usw. 




alle relevanten Prozessparameter und 
-daten Ubcr den CAN-Bus abholen 




alle relevanten Prozessparameter und 
-daten uber den CAN-Bus abholen 




alle relevanten Prozessparameter und 
-daten Ober den CAN-Bus abholen 



Analyse der einzelnen endoskopischen Systeme bzgl. der 

- Wartungsintervalle und Zustande der einzelnen endoskopischen Systeme 

- Wartungsintervalle und Zustande cinzclner Gerate der diversen Systeme 



durch den Leitrechner 



Ausgabe von cntsprechenden Meldungen an den Benutzer 

- evtl. Benachrichtigung von Service und BestellungsauslOsungen 
uber moderne Telekommunikation 



FIG. 3 
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Funkrion Login-File-Erstellung zur Dokumentation 



Systeminitialisicmng mit dem Hochfahren des kompletten Nctzwcrkes 


" — if (JLogin-Mode durch den Benutzer aktivien \/ 

^ 


Benutzereingabe: 

.Anwahl welche endoskopischen Systcmc bedient werden raussen 

Filteranwahl ftr jedcs angewahlte cndoskopische System 

- komplette Buskommunikation 

- Prozessdatea bzw. -parameter einzelner Gerate 

- Systembedienungen 

- Geratebedienungen 

- Aktivierung/Deaktivienmg der timestamp Funktionalitat 




Eingabe des Login-File-Namens "NAME.LOG" durch den Benut* 


tr 


Offiien des Login-Files "NAME.LOG" 


wh 


Lie ( Login-Mode aktiv ) 


if (jieue Prozess- bzw. Systeminfonnationen vorhanden / 

UND / 

Filterstufen aktiv ) / 

then / , 

/ else 


Daten in das Login-File "NAME.LOG" eintragen 




^ -Uf^Zeit^rke aktiviert}/ 
.*« /else 


/Zeitmarke in das Login-File "NAME.LOG" eintragen 



Schlieflen des Login-Files "NAMEXOG" 



FIG. 4 
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Lokalisierung des fchlerhaftcn Oerates im System Uber den Emergency-ID 




LokaUsiening des Fchlertyps durch den Obertragenen Emergency-Fehlcrcode 



do 



Bcstimmung der relevanten Prozessdaten bzw. -parameter Qbcr den Fehlercode 



upload der relevanten Prozessdaten bzw. -parameter des Gerates uber den CAN-Bus 



Meldung an den Benutzer und evtl. Auffbrderung zu einer unterstutzenden Mafinahme 



then 



-if (-unterstutzrnde MaQnahme durch den Benutzer notwendi^)^ 

else 



waxten bis MaQnahme durchgefUhrt 
und durch den Benutzer quittiert 



Aktion am fehlerhaften Gerat durchfuhren 

- evtl. Prozessdaten bzw. -parameter korrigxeren 

- Geratereset durchfuhren 



usw. 



Wartezeit aktivieren (vom Fehler abhangig) 



Informationen bzgl. Geratefehler bzw. -stOrung vom Gerat abholen 



then 



if ( Geratefehler bzw. -stoning noch vorhanden \/ 

X else 



neue Lokalisierung des Fchlertyps durch Fehlercode 



while ( Geratefehler bzw. -stOrung behoben 
ODER 

Abbruch durch den Benutzer 
ODER 

Geratc ausfall aufgetreteu \ 




ausgcfaUcnes Gerat aus dem System cntferoen 



alle elektrischen Signale hardwaremaflig abklemmen 



do 



Benutzer zum AnschluB eines entsprechenden 
Gerates auffordern 



Wartezeit anstoDcn bis Ersatzgcrat durch den Benutzer angeschlossen 



falls noch nicht aktiv, timeout aktivieren 



while ( vergleichbares Ersatzgerat am System angemeldet 

ODER 

neue Systerakonfiguration eingestellt 
ODER 

eingestellte timeout-Zeit erreicht ); 



alle elektrischen Signale hardwaremaflig auf da s Ersatzgerat aufschalten 
das neue Gerat am Bus anmelden ~ — _ 



Einstellung des neuen Gerates entsprechend der des ausgefallenen Gerates 
zum Ausfallzeitpunkt vornehmen (oder vergleichbar) 



FIG. 5 
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Bsp.: TEM 



SI 



Sys temkonf igura tionen 
Bedienung ) 



Lichtquelle 

( LQ ) 

1. Licht aus 

2. Autocn. 
Regelung an 

3. Regl. Spot 

4. Helligk. 
80% 



samtl. Gerate am Bus einlesen ( default oder nach letzter 

' ^aug-Spuli 



Kamera 
( KAM ) 
Gain an 
Regelg.aus 
Regelg. 
integraL 
Farbe rot 
Farbe blau 



Insufflator 



( PNEU ) 
Insuffl.aus 
High-Flow 
aus 

3.Druck:12nmHg 
Flow:201/min 



( SAUG , 
l.S pulp. aus 
Z.Saugp. aus 
3. Spuldruck 

1,5 bar 
4.Saugleistung 
21/min 



(GS) 



A 



Anzeige der Geratekonf igura t ion in den versch. Menus 



~7- 



S2 



Verzveigung ins Hauptmenu 



7 



S3 



^2J MS: Menus teuerung 

3) GS: GerStes teuerung 



MS: Makrorecorder aktivieren 



(MS) 



■I m : 




\ Zwischensp. dyn. reserviereri u. initial.. 







S5 



Menus teuerung: LQ Menu Abspeichero! - (a) 



7 



S6 



(A) /- S7 



FIG. 6A 
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(GS) / Helligkeit der LQ 50% 



(GS) / Licht der LQ^arT 



(A) S8 
S9 



(A) 



(MS)/ Kamera-Menu 



(A) 



■z 



(GS) / Gain RAM aus 



(A) 



(GS) / Regelung KAM auto (' Shutterbetrieb) (A) ' 



S10 

Sll 
S12 



[GS) / PNEU Druck 15 mtiHg 



[GS) / PNEU Flow 101/min 



MS)/ T.nsuf f la tor-Menu 



(A) 



(A) 



PNEU Insufflation an 



(A) 



S13 
3^-514 

S16 



MS)/ Saug-Spiilpumpe-Menu 



(A) 



GS ) Spuldruck ; 1 bar 



I 



_j4- S17 

— - S18 



[GS) /" Saugleistung: 0,5 1/ndn 

' ~~T 



(A) 



X~ S19 



GS) Saugung ein 



(A) 



MS) Hauptmenu 



^ZL—~ S20 
^/~- S21 



]MS) Makrorecorder beenden 
(MS) 



E 



Makro unter dem Namen 1 X 1 speichem 



S22 

S23 



( ENDE ^ 



FIG. 6B 
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